home *** CD-ROM | disk | FTP | other *** search
/ The Atari Compendium / The Atari Compendium (Toad Computers) (1994).iso / files / prgtools / gnustuff / tos / patch / patch1~1.zoo / README < prev    next >
Encoding:
Text File  |  1992-09-15  |  4.1 KB  |  99 lines
  1. This version of patch contains modifications made by the Free Software
  2. Foundation, summarized in the file ChangeLog.  Primarily they are to
  3. support the unified context diff format that GNU diff can produce, and
  4. to support making GNU Emacs-style backup files.  They also include
  5. fixes for some bugs.
  6.  
  7. There are two GNU variants of patch: this one, which retains Larry
  8. Wall's interactive Configure script and has patchlevels starting with
  9. `12u'; and another one that has a GNU-style non-interactive configure
  10. script and accepts long-named options, and has patchlevels starting
  11. with `12g'.  Unlike the 12g variant, the 12u variant contains no
  12. copylefted code, for the paranoid.  The two variants are otherwise the
  13. same.  They should be available from the same places.
  14.  
  15. The FSF is distributing this version of patch independently because as
  16. of this writing, Larry Wall has not released a new version of patch
  17. since mid-1988.  I have heard that he has been too busy working on
  18. other things, like Perl.
  19.  
  20. Here is a wish list of some projects to improve patch:
  21.  
  22. 1.  Correctly handle files and patchfiles that contain NUL characters.
  23. This is hard to do straightforwardly; it would be less work to
  24. adopt a kind of escape encoding internally.
  25. Let ESC be a "control prefix".  ESC @ stands for NUL.  ESC [ stands for ESC.
  26. You need to crunch this when reading input (replace fgets),
  27. and when writing the output file (replace fputs),
  28. but otherwise everything can go along as it does now.
  29. Be careful to handle reject files correctly;
  30. I think they are currently created using `write', not `fputs'.
  31.  
  32. 2.  Correctly handle patches produced by GNU diff for files that do
  33. not end with a newline.
  34.  
  35. Please send bug reports for this version of patch to
  36. bug-gnu-utils@prep.ai.mit.edu as well as to Larry Wall (lwall@netlabs.com).
  37.  --djm@gnu.ai.mit.edu (David MacKenzie)
  38.  
  39.             Patch Kit, Version 2.0
  40.  
  41.             Copyright (c) 1988, Larry Wall
  42.  
  43. You may copy the patch kit in whole or in part as long as you don't try to
  44. make money off it, or pretend that you wrote it.
  45. --------------------------------------------------------------------------
  46.  
  47. Please read all the directions below before you proceed any further, and
  48. then follow them carefully.  Failure to do so may void your warranty. :-)
  49.  
  50. After you have unpacked your kit, you should have all the files listed
  51. in MANIFEST.
  52.  
  53. Installation
  54.  
  55. 1)  Run Configure.  This will figure out various things about your system.
  56.     Some things Configure will figure out for itself, other things it will
  57.     ask you about.  It will then proceed to make config.h, config.sh, and
  58.     Makefile.
  59.  
  60.     You might possibly have to trim # comments from the front of Configure
  61.     if your sh doesn't handle them, but all other # comments will be taken
  62.     care of.
  63.  
  64.     If you don't have sh, you'll have to rip the prototype of config.h out
  65.     of Configure and generate the defines by hand.
  66.  
  67. 2)  Glance through config.h to make sure system dependencies are correct.
  68.     Most of them should have been taken care of by running the
  69.     Configure script. 
  70.  
  71.     If you have any additional changes to make to the C definitions, they
  72.     can be done in the Makefile, or in config.h.  Bear in mind that they may
  73.     get undone next time you run Configure.
  74.  
  75. 3)  make
  76.  
  77.     This will attempt to make patch in the current directory.
  78.  
  79. 4)  make install
  80.  
  81.     This will put patch into a public directory (normally /usr/local/bin).
  82.     It will also try to put the man pages in a reasonable place.  It will not
  83.     nroff the man page, however.
  84.  
  85. 5)  Read the manual entry before running patch.
  86.  
  87. 6)  IMPORTANT!  Help save the world!  Communicate any problems and
  88.     suggested patches to me, lwall@netlabs.com (Larry Wall),
  89.     so we can keep the world in sync.  If you have a problem, there's
  90.     someone else out there who either has had or will have the same problem.
  91.  
  92.     If possible, send in patches such that the patch program will apply them.
  93.     Context diffs are the best, then normal diffs.  Don't send ed scripts--
  94.     I've probably changed my copy since the version you have.
  95.  
  96.     Watch for patch patches in comp.sources.bugs.  Patches will generally be
  97.     in a form usable by the patch program.  Your current patch level
  98.     is shown in patchlevel.h.
  99.